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Analiza wymagan. 

Gtowny problem przedsi^biorstwa to obieg informacji i dokumentow wewnqtrz firmy. 
Wymagania: 

• Jeden duzy Serwer Bazy Danych, biorqc pod uwagQ wielkosc firmy, a co za tym 
idzie ilosc przechowywanych i przetwarzanych danych musi to bye Serwer 
korporacyjny np. MS SQL Server. 

• Centralna aplikacja serwerowa osadzona na dedykowanym serwerze. 

• Aplikacja kliencka bqdqca portalem zawierajqca poszczegolne moduty: 

o Modut odpowiedzialny za proces rekrutacji pracownikow. 

o Modut do zarzqdzania sieciq pracownikow, umozliwiajqcych kontrol^ 
nad ich pracq oraz wymian^ danych(dokument6w, raportow, etc). 

o Modut umozliwiajqcy wystawianie dokumentow sprzedazy ustug, 
kontrolowanie sprzedazy, oraz obrazujqcy bierzqcy stan finansowy 
firmy(zobowiqzania, naleznosci, historia sprzedazy, etc). 

o Modut umozliwiajqcy klientowi zamawianie ustug, oraz monitorowanie 
stanu aktualnych ustug, sprawdzanie najnowszej oferty firmy oraz 
zgtaszanie zapotrzebowania na specyficzny rodzaj ustug. Modut ten 
bqdzie odrqbnym portalem, ktory bqdzie korzystat z ustug 
wystawionych przez aplikacja serwerowq. 

o Modut umozliwiajqcy pracownikowi szybki kontakt z klientami, 
generowanie szczegotowych raportow dotyczqcych poszczegolnych 
klientow. 



Specyfikacja. 

Modut rekrutacyjny: 

• Formularz rekrutacyjny dost^pny dia osob starajqcychi s\q o pracq, po wypetnieniu 
przesytany zostaje do serwera za pomocq standardowychi protokotow 
komunikacyjnych np. SOAP, a dane wprowadzane sq do bazy danych. 

• Pracownik ma wglqd do zgtaszanych kandydatur i moze wysytac zapytania 
odnosnie poszczegolnych aplikacji lub zaproszenia na rozmow^ kwalifikacyjnq 
poprzez wystanie wiadomosci Email generowanej z poziomu systemu. 

• Formularz dodawania pracownikow odpowiedzialnych za rekrutacjQ. 

Modut musi umozliwiac z pomocq serwera bazodanowego generowanie raportow na temat 
zgtaszanych kandydatur, osob zaproszonych na rozmowQ, osob, ktore pomyslnie przeszty 
caty proces rekrutacji. Dodatkowo pracownik ma miec mozliwosc filtrowania kandydatow po 
dowolnych atrybutach. 
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Modutdo zarzqdzania siecig pracownikow: 

• Modut segreguje pracownikow w zaieznosci od miejsca pracy danego pracownika 
oraz informacji czy jest on pracownikiem terenowym. 

• Modut musi umozliwiac szybkq wymian^ informacji mi^dzy poszczegolnymi 
placowkami oraz pracownikami b^dqcymi w danej chwili w terenie. 

• Pracownicy muszq miec mozliwosc tatwego przesytania raportow. 

Modut Zarz^dzanie sieci^ pracownikow 

1. Specyfikacja modutu 

• przechowywanie informacji o pracownikach 

• aktualne prace 

• wykonane prace 

• raportowanie z postqpow prac, podsumowanie 

• funkcja sms do wszystkich pracownikow, lub wybranych 

• pracownicy komunikujq s'\q pomi^dzy sobq 

• wysytane formularze 

• aktualizacja formularzy (scalanie) 

2. Raporty, formularze 

• Raport z pracy: dane klienta, dane pracownika(id), uwagi(opis wykonanych 
zadan) i inne... 

3. Diagram zwiqzkow encji 

Zostaty umieszczone przyktadowe atrybuty, bez szczegotow. Zaktada s'\q, ze jest ich wiqcej. 
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Pracownlcy ^ 

idPracownkry: INTEGER 



^ imie: VARCHAR 
^ nazwisko: VARCHAR 
O fib: INTEGER 
^ telefon: INTEGER 
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Formubrze 



t idFormubrze: INTEGER 



<i klient: VARCHAR 
^ usiuga: VARCHAR 
^ cena: VARCHAR 
^ uwagi: VARCHAR 
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; Pracownicy_has_Formubrze 



; 9 PracownicyJdPracownicy: INTEGER (FK) 
; FormubrzeJdFormutarze: INTEGER (FK) 



-j^ Prdcownicy_has_Formularze_FKIndexl 
\ t PracownicyJdPracownicy 
1^ Pracownicy_h3S_Formularze_FKIndex2 

I ^ FormularzeJdFormularze 



Formularz: 

ld_pracownika: 

Klient(tu moze bye id lub nazwisko): 

Ustuga: 

Cena za ustugQ: 

Uwagi/dodatkowe informacje: 

Inne dane..(wiQcej innych informacji np.: nip, adres itd. W kolejnych krotkach) 



Modul Kontakt z klientem 

1. Analiza wymagaii 

Kontakt z klientem powinien bye: 

- szybki, bez koniecznosci czekania na obstugq 

- tatwy majqc na mysli mozliwosc komunikowania si^ nie tyiko e-mailowo, telefonicznie, z 
mozliwosciq wykorzystania transmisji wideo 

- indywidualny tak by w przypadkach wymagajqcych tego mozna byto przydzielic klientowi 
kogos z personelu kto w catosci bqdzie siq zajmowat jego specyficznym problemem, potrzebq 
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- zautomatyzowanie obstugi petentow 



2. WstQpne specyfikacje (+formularze raporty) 

Formularze byty by potrzebne tyiko tej cz^sci problemow ktora mozna zautomatyzowac. 
B^dq to najcz^stsze sytuacje jednoczesnie dose proste by ich przedstawianie w postaci 
uschematyzowanej formalnej nie sprawiato petentom trudnosci w interpretacji. 

Podstawowymi elementami formularza byty by: 



IMI^: 

NAZWISKO: 
ADRES: 

TEL kontaktowy: 



kolejnq czQsciq byta by lista problemow takich ktore mozna by zautomatyzowac. 



# problem # problem # problem # problem 

# problem # problem # problem # problem 

# problem # problem # problem # problem 

# problem # problem # problem # problem 



osoba zaznaczata by na llscle problem z ktorym s\q zetkn^ta po czym dostawata by 
odpowledz typu: 



#problem: zmiana danych osobowych. 



Po wclsnlQciu guzlczka wyskaklwat by formularz do zmlan (chcQ zauwazyc, ze formularz 
znajdowat by s\q rownoczesnle w innym dziale tam gdzle jego podstawowe miejsce), lecz ze 
wzgl^du na to ze petentom zdarza siq czegos nie rozumiec dublowanle niektorych opcjl w 
dziale pomoc moze rozwigzac wiele problemow bez potrzeby angazowania personelu. 

Innym przyktadem formularza, w tym przypadku byt by to schemat komend gtosowych 
instruujqcych w jaki sposob wytypowac nurtujqcy nas problem. Poprzez komendy typu " aby 
przedtuzyc umow? wcisnij 2.." podczas rozmowy telefonicznej dochodzili bysmy do 
okreslenia naszego problemu po czym dostawali bysmy seriq instrukcji jak go rozwiqzac, 
ewentualnie mieli bysmy mozliwosc przetqczenia siQ na linie ktorejs z osob z obstugi. 

Trzecim przyktadem byt by kontakt za pomocg komputera i Internetu. petent tgczyt by s'\q z 
naszym botem ktory instruowat by rozmowc? o tym jak rozwigzac nurtujgcy go problem, 
ttumaczyt by zagadnienia zwiqzane przyktadowo z ustuga jakq zakupit i wiele innycti rzeczy. 

Ostatnim sposobem byt by osobisty kontakt z jednym z naszych pracownikow. Petent mogt 
by wybrac czy on przyjedzie do biura, czy pracownik odwiedzi go w domu. 
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Raporty wyglqdaty by w nastQpujqcy sposob: 



Osoba obstugujqca: 

Dane pracownika: NUMEROBOZOWY42234 

Osoba Obstugiwana 
Dane Petenta: 

Imi^: Nazwisko: Adres: Tel: 



Rodzaj problemu: XXXXXXXXXX 

Opis problemu XXXXXXXXXXXXXXXXXXXXX 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxx 

Rezultat: ( przyktadowo: zmiana rodzaju ubezpieczenia, formy ptatnosci) 



Modul System samoobstugi Klienta 

1. Specyfikacja systemu samoobstugi klientow 

- klient moze dokonac zakupu bez rejestracji 

- po dokonaniu zakupu zapisywane sg dane klienta 

- po wybraniu towaru klient dokonuje zakupu 

- klient ma mozliwosc zwrotu 

- klient ma mozliwosc przeglgdania historii zakupow 



2. Raporty, formularze 
a.) Raport zakupu 

- ilosc i nazwa towarow 

- dane klienta 

- wartosc do zaptaty i forma ptatnosci 

b. ) Formularz zwrotu 

- data zakupu, nr zamowienia, wykaz towarow do zwrotu 

- forma zwrotu gotowki 

c. ) Raport zakupow dotychczasowych po zaiogowaniu s\q na konto 
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- ilosc, nazwa towarow, dane klienta, suma zamowienia/zamowien 
d.)Formularz zamowienia do uprzednim wybraniu towarow 

- dane klienta i adres, pod ktory ma bye dokonana dostawa 

- forma wystania towarow: kurier, poczta, odbior osobisty 

Diagram przeplywu danych i diagram encji 




Towary 



Rys. 1 Diagram przeptywow 
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Klenci 



f idKlienci: INTEGER 



« imie: VARCHAR 

« nazwisko: VARCHAR 

« firma: VARCHAR 

« ulica: VARCHAR 

« nr: VARCHAR 

0 mlasto: VARCHAR 

« kod jocztowv: VARCHAR 

« NIP: VARCHAR 

« telefon: VARCHAR 
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Klienci_ha5_Tow3ry 



i KliencUdKlienci: INTEGER (FK) 

TowarvJdTowary: INTEGER (FK) 
^ data_zamow ienia: DATE 
^ ilosc: INTEGER 
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Zwrot 



? idZwrrot: INTEGER 

^ Kliend_has_TowarY_data_zamowienia: DATE (FK) 
4 Kllend_has_Towary_Towary_ldTowarv: INTEGER (FK) 
« KliencLhas_TowarY_Kliena_idKllencl: INTEGER (FK) 
<i dat3_zwrotu: DATE 



Towary 



t IdTowary: INTEGER 



« Kategorle_idKategorle: INTEGER (FK) 
v> nazwa: VARCHAR 
d cena: FLOAT 
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Kategorie 


▼ 


* WKategorle: INTEGER 


0 nazwa: INTEGER 



Rys. 2 Diagram Encji 



Przyklady raportow i formularzy 
Formularz zakupow 

Wybrane towary i ilosci zapisywane w koszyku po wybraniu przycisku „Do kasy" przenosi nas 
do strony z formularzem danym do realizacji zamowienia. Standardowe dane osobowe, nazwa 
firmy nip, itp. 



Formularz zwrotu 

Dane, jakie nalezy wypetnic po zaiogowaniu s\q na konto lub przez formularz zwrotu bez 
rejestracji gdzie nalezy podac dane. DIa osob z kontem nalezy zaznaczyc zamowienie i wybrac 
towar do zwrotu 

-Data zakupu 

-Nr zamowienia 

-Towar do zwrotu 

-Nr konta 

-Przyczyna 
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Raport o zakupach w historii zakupow 

- Data zakupu 

- Zamowiony towar ilosc 

- Zaptacono suma 
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